home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0086 / 472.txt < prev    next >
Text File  |  1997-04-16  |  13KB  |  287 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Tue, 24 Apr 90       Volume 90 : Issue  472
  4.  
  5. Today's Topics:
  6.              CALL FOR DISCUSSION: comp.sys.atari.st.tech
  7.                   Documented Index for terminator...
  8.            Looking for a Graphics Standard beyond ANSI VDI
  9.                     Midwest Atari swapfest report
  10.           My opinion of the comp.sys.atari.st.tech proposal
  11.                       One world, One CPU, One OS
  12.                 SCSI Host adapter comparison question
  13. ----------------------------------------------------------------------
  14.  
  15. Date: 23 Apr 90 09:01:07 GMT
  16. From: rochester!rit!cci632!ccicpg!nf@rutgers.edu  (Ned Foboe)
  17. Subject: CALL FOR DISCUSSION: comp.sys.atari.st.tech
  18. Message-ID: <68005@ccicpg.UUCP>
  19.  
  20. PLEASE PUT ME ON THE LIST.
  21.  
  22. --
  23. Ned. Loves Ataris.
  24.  
  25. ------------------------------
  26.  
  27. Date: 23 Apr 90 12:59:00 GMT
  28. From:
  29.  sdd.hp.com!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!brutus.cs.uiuc.edu!ux1.c
  30.  so.uiuc.edu!ux1.cso.uiuc.edu!cs325ec@ucsd.edu
  31. Subject: Documented Index for terminator...
  32. Message-ID: <16000059@ux1.cso.uiuc.edu>
  33.  
  34.         Two things:
  35.  
  36.                 a) I put a file at terminator called xxxxs.lzh which will
  37.                         go through a file (in my case a PageStream doc) and
  38.                         replace sequences of X's with an incremental counter.
  39.                         i.e. xxxx filename.ext -start -count -#ofXs -duplicates
  40.                         (new files are created if not enough XXXXs are enc-
  41.                         ountered (unless none are))
  42.  
  43.                 b) If you have used a program from terminator, please mail
  44.                         me the following info: title, author, usage,
  45.                         limitations, bugs etc... I will compile the list
  46.                         and put it there as DocumentedIndex.
  47.  
  48.         -- Greg
  49.  
  50. ------------------------------
  51.  
  52. Date: 23 Apr 90 09:50:39 GMT
  53. From: mcsun!unido!gmdzi!pflueger@uunet.uu.net  (Clemens Pflueger)
  54. Subject: Looking for a Graphics Standard beyond ANSI VDI
  55. Message-ID: <2400@gmdzi.UUCP>
  56.  
  57. tcamp@dukeac.UUCP (Ted A. Campbell) writes:
  58.  
  59.    > Looking for a Graphics Standard:
  60.  
  61.    > I have been developing for some time a project called "Space Flight
  62.    > Simulator."  Up to this point I have been utilizing ANSI-standard
  63.    > VDI graphics routines because (a) an implemenation of the ANSI VDI
  64.    > standard exists on the Unix micro I have (AT&T Unix PC) and (b) I
  65.    > thought that it might be possible to port the routines over to other
  66.    > computers for which there are ANSI VDI implementations, [...]
  67.  
  68. There is an upcoming international standard,
  69.         'Computer Graphics Interface' (CGI, ISO DIS 9636)
  70. which provides all you need to do interactive computer graphics and
  71. enables porting application programs between different machines and
  72. operating systems.
  73.  
  74.    > The ANSI VDI standard does have some shortcomings, however.  At least
  75.    > as implemented on my machines, (a) it does not allow me to write to
  76.    > a buffer (from which I can blit portions of the buffer to the screen),
  77.  
  78. The CGI standard provides all the functions for bitmap graphics, e.g.
  79. create bitmaps, display one bitmap while drawing on another, operations
  80. between two or three bitmaps.
  81.  
  82.    > and (b) its mouse functions (vrq_locator() and vsm_locator()) do not
  83.    > allow me to poll the mouse to see if a button has been pressed:
  84.    > [...]
  85.  
  86. The input model of CGI knows of synchronous and asynchronous modes:
  87. REQUEST, SAMPLE and EVENT mode (e.g.: Event means, actions are queued
  88. and the application program could inspect the queue to detect mouse
  89. button operations and mouse positions).
  90.  
  91.    > This leads me to question whether I should try to re-port the graphics
  92.    > routines to another standard. [...]
  93.  
  94. Yes.
  95.  
  96. Up to now, I know of CGI implementations for
  97.         DOS, using EGA graphics
  98.         DOS, using separate card with high resolution
  99.         UNIX using X11 graphics
  100.         VMS  using DECwindows
  101. They all use the C Language binding of CGI, but as this language
  102. binding is not yet fixed in ISO, they use different function names
  103. and parameter types.
  104.  
  105. As soon as the binding is Standard and the CGI implementors have
  106. updated their functions you could port your applications with very
  107. little effort to new environments (provided there is a CGI for
  108. that environment).
  109.  
  110. Best regards
  111.  
  112.         Clemens Pflueger, GMD
  113. --
  114.   Clemens Pflueger, pflueger@gmdzi.gmd.de, (++49 2241) 14-2331
  115.   Gesellschaft fuer Mathematik und Datenverarbeitung (GMD)
  116.   German National Research Centre for Computer Science
  117.   Schloss Birlinghoven, Postfach 1240, D-5205 Sankt Augustin 1, FRG
  118.  
  119. ------------------------------
  120.  
  121. Date: 23 Apr 90 16:58:22 GMT
  122. From: chinet!saj@gargoyle.uchicago.edu  (Stephen Jacobs)
  123. Subject: Midwest Atari swapfest report
  124. Message-ID: <1990Apr23.165822.11005@chinet.chi.il.us>
  125.  
  126. Bob Brodie showed up at the Midwest swapfest on April 22.  The big news is
  127. that the Megafile 44 is now in retail channels (one was given away as a
  128. doorprize).  Both Portfolio and Lynx are doing well, but that's of limited
  129. interest to ST-ers.  A trickle of STacy 4 machines are in US retail (music
  130. dealers only).  It appears that TOS 1.4 is NEVER going to be shipped as
  131. original equipment on any machine (neither surprising nor important).  The
  132. terms of the upcoming 520 ST promotion were explained: they'll be STFMs,
  133. and the promotion will be directed to department store sales.  Also, while
  134. the pipeline is dry, mono monitors are available and should be getting out.
  135.  
  136. D. Brumleve (apologies for misspelling) was easily the darling of the event.
  137. she had a special on her line of Kid programs, and was giving out jumping
  138. disks.  Anyone with children should get her stuff.  Anyone with a printer
  139. should probably get Kid Publisher, children or no.  She turns out to have
  140. some interesting an thoroughly worked out ideas about educational
  141. philosophy, which GREATLY affect the features of her programs.  I don't
  142. agree all the way down the line, but she has 5 kids and I don't.
  143.  
  144. Everyone likes rumors, right?  The stuff I liked best was conversations
  145. about what's going on at Mark Williams Company.  Putting together various
  146. impressions from people who have different kinds of contact with them, it
  147. really looks like they could be back developing stuff for the ST in
  148. milliseconds if there was a decent chance of making money at it.  And the
  149. bigshots at MW are said to get along well personally with papa Jack, which
  150. isn't all that common.
  151. When asked about rumors of an upcoming new GDOS, Brodie said "You hear a lot
  152. of those rumors, don't you".  And when asked about a possible higher speed
  153. ST, he said "I seem to have heard that question before".  So no confirmation
  154. at all, but not enough denial to stop us speculating.
  155. On the TT, the one thing he'll guarantee is that nobody at Atari can see any
  156. reason the TTp won't be for sale before this year is out.  They may plan
  157. sooner, but when he's the one disappointed Atarians will take their
  158. disappointment out on, that's his date.  Supposedly, the next guy with a
  159. chance to influence TT hardware design works for the FCC, not Atari.
  160.  
  161. I tried a program that uses the documented negative line A variable to
  162. detect mouse button pushes and that uses line A to draw points on the STe
  163. that was there: worked fine.  The TOS 1.6 line A incompatibilities must
  164. be in other functions.
  165.                                  Steve J.
  166.  
  167. ------------------------------
  168.  
  169. Date: 23 Apr 90 15:17:17 GMT
  170. From:
  171.  cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!rpi!uupsi!rodan!rodan.acs.syr.e
  172.  du!jfbruno@tut.cis.ohio-state.edu  (John F. Bruno)
  173. Subject: My opinion of the comp.sys.atari.st.tech proposal
  174. Message-ID: <3113@rodan.acs.syr.edu>
  175.  
  176. IMHO:
  177.  
  178. I think the amount of traffic in c.s.a.s. is not large enough for splitting
  179. into any other groups at all.  Of course it seems nice to have a seperate
  180. technical group, but anyone who has been using Usenet for a while knows that
  181. a good percentage of the articles will probably be posted to all of the ST
  182. groups, so we'll have twice the messages to wade through.  People that just
  183. subscribe to one or the other group might be missing out on something. I also
  184. think that everyone has an interest in some technical issues as well as more
  185. general topics.  Most people would subscribe to all ST groups, so would be
  186. reading cross-posted articles multiple times.
  187.  
  188. As the saying goes: "Don't fix something that works"
  189.  
  190. ---jb
  191.  
  192. ------------------------------
  193.  
  194. Date: 23 Apr 90 15:27:16 GMT
  195. From:
  196.  usc!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!littlei!anvil.intel.com!griff@ucsd
  197.  .edu  (Richard Griffith)
  198. Subject: One world, One CPU, One OS
  199. Message-ID: <1016@gandalf.littlei.UUCP>
  200.  
  201. In article <1563@anvil.oz>, malcolml@anvil.oz (Malcolm Lithgow) writes:
  202.  
  203. < *Mac stuff deleted* >
  204.  
  205. >
  206. > I've been reading this discussion with probably a slightly different
  207. > view-point from most others involved.  I'm a Unix programmer (on PC boxes)
  208. > so I am rapidly gaining quite an understanding of Unix, I've programmed
  209. > Mac's, and I own (and *very* much enjoy) a machine called the Archimedes
  210. > from Acorn in the UK.  My favourite is still the Archimedes, but I know
  211. > quite a few people who still prefer Macs, Unix, etc. over it.
  212. (I've read about that machine - supposed to be very nice...)
  213. >
  214. > It's very easy to become complacent when your operating system is very
  215. > popular, because you assume that it has to be good, otherwise it wouldn't
  216. > be popular.  This is totally incorrect.  Marketting pressures have far more
  217. > impact (particularly international marketting) than technical brilliance.
  218. * Hear Hear !! *
  219.  
  220. A few others have noted how fast IBM came on to the scene - Remember -
  221. the IBM PC was originally designed to replace the IBM Selectric typewriter
  222. and break into a market that Xerox had a strong showing in: Word Processing.
  223. Add to this the fact that IBM could throw literally millions of dollars at
  224. their PC without feeling the impact - they did.  The IBM PC was introduced with
  225. the largest installed base of software of any completely new machine on the
  226. market then and now. (Yes, I think they still hold that record!) Granted, noone
  227. uses that software now - but it was something way back when... Clones
  228. were introduced due to, (I think) IBM's arrogance.
  229. You see, IBM musta figured "go ahead - let anyone TRY and build a machine
  230. as good as WE can - nobody'll buy it" - they were wrong.
  231.  
  232. Now they have made a real blunder - they offered OS/2 - to replace an old,
  233. patched, and ailing OS - let's hope that the likes of the Amiga, the MAC II's,
  234. and the ST's can jump in there with real Power! :-)
  235.  
  236. :Richard E. Griffith, "griff" : iNTEL, Hillsboro Ore.
  237. :griff@anvil.hf.intel.com
  238. :SCA!: Cyrus Hammerhand, Household of the Golden Wolf, Dragons' Mist, An Tir
  239. :These are MY opinions, if iNTEL wanted them, They'd pay for `em!
  240.  
  241. ------------------------------
  242.  
  243. Date: 23 Apr 90 15:06:34 GMT
  244. From:
  245.  mailrus!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!rpi!uupsi!rodan!roda
  246.  n.acs.syr.edu!jfbruno@tut.cis.ohio-state.edu  (John F. Bruno)
  247. Subject: SCSI Host adapter comparison question
  248. Message-ID: <3111@rodan.acs.syr.edu>
  249.  
  250. I have some ST-SCSI questions for all of you in netland.
  251.  
  252. 1)  If you have any of these adapters, please explain how it is performing,
  253.     how bulky it is, how good and trouble-free the driver is, and where you
  254.     got it, if for a price lower than the price I have:
  255.  
  256.     Product                     U.S.$$   Mail order supplier     Phone #
  257.     --------------------------  ------   ----------------------  -------------
  258.     ASTRA SCSI HOST ADAPTER     $99.95   B&C Computer Visions    (408)749-1003
  259.     BERKELEY SCSI HOST ADAPTER  134.95   (same place)            (same number)
  260.     SUPRA SCSI HOST ADAPTER      99.95   (same place)            (same number)
  261.     ICD SCSI HOST ADAPTER        94.00   1st STOP Comp Systems   (800)252-2787
  262.  
  263.     Any others not on this list??
  264.  
  265. 2)  How difficult is it to format and use attached volumes?  Since there are
  266.     so many different drives that can be attached, how do you tell the driver
  267.     how many tracks, etc. etc. (or is it all automatically taken care of?)
  268.     Compatibility with existing software is of course a major concers. I would
  269.     like to use it with Spectre128 and maybe eventually with SuperCharger, so
  270.     I will also need the beastie to have DMA out.
  271.  
  272. I intend to get one of the above to drive a SyQuest 44MB removable media drive.
  273. I have a list of some of these SCSI SyQuest thingies and will post along with
  274. my summary.  There is a newer SyQuest mechanism out there that can has a 20ms
  275. average access time (the older mechanisms have a 25ms access time) The newer
  276. mechanisms are also supposed to be much more reliable (I will post details
  277. with my summary). By the way, the newer mechanisms have an orange LED instead
  278. of the red LED on the old mech.
  279.  
  280. Thanks in advance to all that respond
  281. ---jb
  282.  
  283. ------------------------------
  284.  
  285. End of INFO-ATARI16 Digest V90 Issue #472
  286. *****************************************
  287.